home *** CD-ROM | disk | FTP | other *** search
/ 8bitfiles.net/archives / archives.tar / archives / compuserve-file-archive / 01 New Uploads / SC081.ZIP / FAQ.TXT < prev    next >
Encoding:
Text File  |  1997-11-30  |  14.5 KB  |  226 lines
  1.  
  2.               Frequently Asked Questions about The Star Commander
  3.  
  4. Here are some questions I was asked many times and my answers to them.  First,
  5. I'd like to mention that the Commander was not meant  to  be  a  multi-purpose
  6. utility with lots of goodies and that the main executable file is already  too
  7. big and it eats up a lot of memory. And to advertize  my  favorite  Commander,
  8. The Volkov Commander: one of the features I just love in it is that there  are
  9. no redundant functions in it, it is as simple as possible.
  10.  
  11. Q: I found few bugs in the Commander and there are many functions in  it.  How
  12.    is it then that the public releases are still 0.xx versions?
  13. A: The reason is that I hate version numbers like 12.3 or 1.2.34  and  I  only
  14.    want to call 1.0 the final version. On the other hand, many people have the
  15.    prejudice of thinking that beta releases are buggy. Don't worry, the public
  16.    releases of the Commander are as bugfree and complete as any other non-beta
  17.    program. But to make you happy, starting with Version 0.73 the Commander is
  18.    not called "beta" anymore.
  19.  
  20. Q: I'm desperately trying to make the Commander access my Commodore drive  but
  21.    it just displays "Device not present" or simply locks up. What shall I do?
  22. A: Please, read the section "TROUBLESHOOTING" in the documentation.
  23.  
  24. Q: Does the Commander support non-1541 drives, e.g. the 1571,  1581,  FD-2000,
  25.    FD-4000 drives and the CMD hard disk?
  26. A: Not yet, only the 1541 drive family, 1541 compatible drives, and  the  1541
  27.    mode of the 1571 drive because I only have a 1541C  and  a  1541-II  drive.
  28.    However, I currently started to implement support for 1571 and 1581  drive,
  29.    maybe, some others will also be supported.
  30.  
  31. Q: Can the Commander copy protected disks?
  32. A: No, and I don't think it will ever be able to. First of all,  there  should
  33.    be a documented GCR-coded disk image format which is  rather  the  task  of
  34.    emulator authors. Second, there are too many problems with reading data  at
  35.    a sufficient speed from the Commodore drive to be able to  reconstruct  the
  36.    original track data, making the protection think that it's still running on
  37.    its original disk. And the extra data, what the Commander could easily read
  38.    would only fool the most simple copy  protections.  I  suggest  you  get  a
  39.    cracked version of your original programs.
  40.  
  41. Q: Does the Commander support 40 track disks and disk images?
  42. A: Yes, it does. However, there is a restriction: since the Commander uses the
  43.    original DOS routines to allocate blocks for the  files  during  file  copy
  44.    from the PC to the external Commodore drive in  any  mode,  if  your  drive
  45.    cannot handle the extra tracks or the extra BAM entries, you won't be  able
  46.    to use all the 40 tracks. In this case you might have to fill up a 40 track
  47.    disk image with files first and then copy the disk image onto the  external
  48.    Commodore drive. It is also possible that the ROM of your  Commodore  drive
  49.    is not patched to let programs seek to  the  extra  tracks,  in  this  case
  50.    you're totally out of luck.
  51.  
  52. Q: After having accessed my Commodore drive, I noticed that the DOS  clock  is
  53.    late. How is that possible?
  54. A: There are two separate clocks: one is the CMOS clock, updated by  hardware,
  55.    the other is  the  DOS  clock,  updated  by  a  software  interrupt.  While
  56.    accessing a Commodore drive, all interrupts are disabled so that they don't
  57.    interfere with the synchronization. In these intervals the DOS clock is not
  58.    updated, therefore it gets late. Don't worry, if you reboot  your  machine,
  59.    the DOS clock will be back to normal.
  60.  
  61. Q: I tried to extract LHA archives using the Commander and I saw a  file  name
  62.    at the beginning of the uncompressed files and some  of  their  last  bytes
  63.    were chopped off. How is this possible?
  64. A: You are using LHA 2.13 or an older version. The Commander and Star LHA  are
  65.    using the print command instead of the usual extract  command.  The  reason
  66.    for this is that when specifying the name of files to extract, a file  name
  67.    with a space inside (not unlikely in a Commodore LHA  archive)  would  make
  68.    LHA assume it to be two separate file names. Therefore all the files in the
  69.    archive are printed in one continuous stream into a single  file  and  then
  70.    the necessary ones  are  picked  out.  Unfortunately,  LHA 2.13  and  older
  71.    versions prepend the file name to each printout which is  garbage  for  the
  72.    Commander and Star LHA. Get the official LHA 2.55 English release to  solve
  73.    this problem.
  74.  
  75. Q: When copying a really old disk in warp mode onto my PC, the transfer  stops
  76.    sometimes: the disk keeps spinning but apparently no data is  read.  I  can
  77.    stop this only if I open the drive door and wait for the error message. Why
  78.    does this happen and what can I do to avoid it?
  79. A: This is due to the nature of one of the tricks in the  warp  routines.  The
  80.    1541 receives a map for the current  track,  indicating  which  sectors  to
  81.    transfer to the PC. The drive constantly reads the track, searching  for  a
  82.    sector header. When it encounters one, it GCR-decodes the track and  sector
  83.    numbers and decides whether  the  sector  is  to  be  transferred  or  not.
  84.    However, if the sector header is damaged then an invalid sector  number  is
  85.    decoded and the drive will reject the sector instead  of  transferring  it.
  86.    All you can do is to switch back to turbo mode, where no  such  tricks  are
  87.    used to speed up the transfer.
  88.  
  89. Q: My Commodore drive makes so awful noises  when  I  format  disks  with  the
  90.    Commander. Can I avoid this?
  91. A: No, you can't. When you format a disk, the drive bangs the head against the
  92.    bump, to make sure that it's the outermost  track  being  named  "track #1"
  93.    during the actual format. To be  compatible  with  the  original  way,  the
  94.    Commander also does that. The noises are not the Commander's fault but that
  95.    of the DOS in the drive. If you have a better way to format  disks,  be  it
  96.    with another machine or with another program, then use that one instead.
  97.  
  98. Q: Why does the Commander not work under my OS/2, Linux, Windows, Windows '95
  99.    or Windows NT?
  100. A: Because it's technically impossible to achieve correct timing  under  these
  101.    multi-tasking environments: the kernel, the control program of the  system,
  102.    steals time from the Commander for monitoring the system  and  giving  time
  103.    slices for the other processes, messing up the synchronization between  the
  104.    PC and the external Commodore drive. However, if you use the XH1541  hybrid
  105.    cable or the XP1541 parallel cable then you'll possibly be able  to  access
  106.    your Commodore drive even under these  multi-tasking  systems  because  the
  107.    data transfer via these interfaces is asynchronous.
  108.  
  109. Q: Will you do an OS/2, Linux, Windows, Windows '95 or Windows NT  version  of
  110.    the Commander?
  111. A: No, I won't. Although the routines of the Borland Pascal  run-time  library
  112.    rely on being run under DOS, I did take my time with  extending  them  with
  113.    the capability of handling Windows '95-style long file names. Since I don't
  114.    have any of the  other  operating  systems  installed,  I  can't  implement
  115.    support for them. And I'm not willing to create a  native  version  of  the
  116.    Commander for these platforms, especially not one  with  a  graphical  user
  117.    interface. You can use all features of the Commander under the DOS emulator
  118.    or DOS shell of these operating systems, perhaps, except for the access  to
  119.    external Commodore drives.
  120.  
  121. Q: I would like an OS/2 version of the Commander for another  reason:  running
  122.    on HPFS, it could use the original long Commodore file names  and  I  could
  123.    forget the 8.3 file name limitation of DOS. What do you think?
  124. A: Such a capability has already been implemented  for  Windows '95  although,
  125.    during the conversion of Commodore file names, many PETSCII characters  are
  126.    lost because they have no equivalent in ASCII or are not allowed in  a  DOS
  127.    file name. There is no plan to do the same for OS/2 since I don't  have  it
  128.    installed and have no docs about accessing OS/2 long file names  under  its
  129.    DOS emulator. However, there is some kind  of  solution:  if  you  want  to
  130.    upload Commodore files onto your Unix account from an OS/2 machine and keep
  131.    the long file names then you can copy the files  into  TAR  archives,  then
  132.    upload and extract the archives under Unix.
  133.  
  134. Q: I've edited the directory of a disk and then copied it onto my PC with  the
  135.    option "BAM disk copy" checked. The end of the directory was lost. Why?
  136. Q: I've edited the directory of a disk image and  then  cleaned  it  with  the
  137.    "Clean" option in the user menu of disk image panels. Why did  I  lose  the
  138.    end of the directory?
  139. A: There's a serious problem with the early versions  of  Dir Master  (by  Wim
  140.    Taymans), which is the best and most wide-spread directory  editor  around.
  141.    When you insert some phantom files into the directory (e.g.  deleted  files
  142.    whose names make up the logo of your group) then the size of the  directory
  143.    grows. When you save it back onto your disk or disk  image  then  some  new
  144.    sectors are filled up with the new data. However, the  program  forgets  to
  145.    allocate these new sectors therefore the BAM disk copier won't  copy  these
  146.    blocks and the disk image cleaner will destroy all data in  them.  Validate
  147.    your BAM with the "Validate" option in the user menu  or  manually  in  the
  148.    disk editor before copying or cleaning. Alternatively, you  can  switch  to
  149.    "Safe BAM disk copy" mode and track #18 will be fully  copied  even  during
  150.    BAM disk copy. Similarly, use "Safe clean" for cleaning disk images and  it
  151.    won't harm a single byte on track #18.
  152.  
  153. Q: I know that a diskpacked ZipCode archive contains all the data found  on  a
  154.    35 track disk. How is it possible then that there are certain archives that
  155.    don't work if I unzip them on my PC and then transfer  the  resulting  disk
  156.    image onto my disk?
  157. A: There is one difference between unzipping the archive on your PC  and  your
  158.    Commodore machine. The second two bytes of the first ZipCode  archive  hold
  159.    the ID in all the sector headers of the original disk (not the one  in  the
  160.    BAM). When you extract the archive on a  Commodore  machine,  the  ZipCoder
  161.    reformats the disk on the fly with that ID so that e.g. the disk identifier
  162.    routine of "Test Drive 2" recognizes the master, car and scenario disks  on
  163.    basis of the ID of sector headers being "MD", "CD" or "SD". All you can  do
  164.    is look into the first ZipCode archive and reformat  the  destination  disk
  165.    with those two bytes as an ID before transferring the disk image.  However,
  166.    if the ZipCode archive was created on a PC, not on a Commodore machine, you
  167.    will possibly find an invalid ID there, e.g. "64". In this  case  you  will
  168.    have to find out the correct ID yourself.
  169.  
  170. Q: I switched to 'EGA Lines' in the Commander and saved the setup. How  is  it
  171.    then that the next time I launched the Commander  it  didn't  automatically
  172.    change to 'EGA Lines' upon startup?
  173. A: The Commander never changes the screen mode, only if it has  to,  e.g.  the
  174.    screen is in graphical or 40 column mode. This is how the other  Commanders
  175.    also work. The state of the 'EGA Lines' option is not  even  saved  in  the
  176.    setup file.
  177.  
  178. Q: Why can't I copy all the files on the disk of my favorite demo?
  179. A: Probably some files on that disk are phantom files (directory entries  with
  180.    no real file data) or have non-standard characters in their name (graphical
  181.    characters or characters that are not allowed in file  names,  like  comma,
  182.    colon, asterisk, question mark etc.). The Commander uses the original  1541
  183.    DOS to open files so it doesn't support such  files  either.  Rename  those
  184.    files using the disk editor or copy the whole disk instead.
  185.  
  186. Q: Why is it, that  although  I  have  defined  several  standard  viewers  in
  187.    SCVIEW.EXT, the Commander still can't use them like The Norton Commander?
  188. A: Perhaps, you are using the viewers of The Norton Commander 5.0, which  need
  189.    the file NCVIEW.MSG to be able to run. However, these viewers  support  the
  190.    parameter passing convention differently than the ones that  came  with  an
  191.    earlier version (3.0, 4.0 or 4.5)  of  The Norton Commander,  so  don't  be
  192.    alarmed when they e.g. launch in color mode although the Commander has been
  193.    set to black & white.
  194.  
  195. Q: There are some minor but annoying differences between  your  Commander  and
  196.    The Norton Commander. Why?
  197. A: A personal opinion: when I started using The Volkov Commander, I  began  to
  198.    hate The Norton Commander. Consider that  The Volkov Commander  is  written
  199.    fully in assembly, not a high-level language. It's a lot smaller, still  it
  200.    can do most of what The Norton Commander can, sometimes even more. It's not
  201.    the overgrown fatware like The Norton Commander has become (not to  mention
  202.    that now it has nothing to do with Peter Norton - who is  said  to  be  the
  203.    best programmer ever)  so  I  make  my  Commander  to  be  similar  to  the
  204.    The Volkov Commander. Admit it that after some hours you got  used  to  the
  205.    new features, maybe, now you even like them...
  206.  
  207. Q: I hate the colors the Commander uses. Can I change them?
  208. A: Yes, you can. There is a full color  configuration  menu  in  the  external
  209.    setup for all screen modes (black & white, color, laptop  and  monochrome).
  210.    You can also try the prepared palette files that make  the  Commander  look
  211.    similar  to  the  "Color 2"  scheme  of  the  The Norton Commander  and  to
  212.    DOS Navigator.
  213.  
  214. Q: May I know what language the Commander is written in?
  215. A: I started coding it in Turbo Pascal 7.0 with Turbo Vision 2.0  but  changed
  216.    to Borland Pascal 7.0 a bit later since it had  a  better  IDE  and  online
  217.    help. When I got the sources of the Borland Pascal run-time  libraries,  at
  218.    once I began to rewrite the user interface so that it looks absolutely like
  219.    that of The Norton Commander. Many of the original  Turbo  Vision  routines
  220.    were deleted or changed during this process. The source of  the  Commander,
  221.    the external setup and the internal viewer and editor is now at about  1410
  222.    KBytes - not counting the little utilities I made for compiling the  online
  223.    help, creating the sample Commander screens in the external setup and other
  224.    purposes. There are also many assembly routines in the source,  mainly  for
  225.    data transfer and conversion where speed is most important.
  226.